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SYSTEM AND METHOD PROVIDING A RESTAURANT MENU 
DYNAMICALLY GENERATED BASED ON REVENUE MANAGEMENT 

INFORMATION 



FIELD OF THE INVENTION 

The present invention relates to restaurant menus. In particular, the present 
10 invention relates to a restaurant menu dynamically generated based on revenue 
management information. 

CROSS-REFERENCE TO RELATED APPLICATIONS 

The present invention is a continuation-in-part of pending U.S. Patent 

15 Application Serial No. 08/947,798 entitled "Method and Apparatus for Dynamically 
Managing Vending Machine Inventory Prices" to Daniel E. Tedesco, James A. 
Jorasch and Robert R. Lech and filed on October 9, 1997, and is further a 
continuation-in-part of pending U.S. Patent Application Serial No. 09/083,483 
entitled "Method and Apparatus for Selling an Aging Food Product," to Jay S. 

20 Walker, Andrew S. Van Luchene, Jonathan Otto and Daniel E. Tedesco and filed on 
May 22, 1998 (attorney docket number WD-98-020), which is a continuation-in-part 
of pending U.S. Patent Application Serial No. 08/920,116 entitled "Method and 
System for Processing Supplementary Product Sales at a Point-of-Sale Terminal to 
Jay S. Walker, James A. Jorasch and Andrew S. Van Luchene and filed on August 26, 

25 1997 (attorney docket no. WD2-97-054), which is a continuation-in-part of pending 
U.S. Patent Application Serial No. 08/822,709 entitled System and Method for 
Performing Lottery Ticket Transactions Utilizing Point-of-Sale Terminals to Jay S. 
Walker, James A. Jorasch and Sanjay K. Jindal and filed on March 21,1 997 (attorney 
docket no. WD2-97-006), the entire disclosures of each are hereby incorporated by 

30 reference. 

BACKGROUND OF THE INVENTION 

Typically, a restaurant, such as a sit down restaurant, gives each customer a 
menu listing a number of items and associated prices. Menu items can include, for 
35 example, appetizers, salads, main dishes and drinks. The menus are pre-printed and 
every customer that visits the restaurant receives an identical menu. The price of each 
item on the menu is determined by the restaurant based on, for example, the expected 
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food costs associated with the item and the expected popularity of the item. 

Because of the time required to select menu items and to determine 
appropriate prices, a restaurant generally updates its menu infrequently, such as once 
per season or even once per year. In addition to the time required to update the menu, 

5 a restaurant may need to train employees and reconfigure automated order-taking 
devices with respect to new items on the menu and/or new prices. 

As a result of being updated so infrequently, a restaurant menu does not take 
advantage of current revenue management information. For example, an item may 
currently be more popular, that is, in higher "demand," than predicted, and therefore 

10 the item's price on the pre-printed menu will be too low. Likewise, an item may turn 
out to be less popular and have a price that is too high. In either case, the restaurant 
may not be making as much profit as it could. 

In addition to an item's popularity, the amounts of various ingredients 
currently available in the kitchen's pantry, or the restaurant's "supply" or "inventory " 

15 are not typically used to adjust prices on a pre-printed menu. For example, a 

restaurant may have an unusually large number of steaks in the pantry. In this case, 
the restaurant may lose money if some of the steaks are not sold and are ultimately 
discarded. It may be preferable to slightly reduce the price of some items on the 
menu, if more efficient use of the restaurant's inventory is made. 

20 To solve this problem, a restaurant may introduce a number of weekly, or even 

daily, items, or "specials," selected to efficiently use current inventory. Such specials 
may be orally presented by a server, hand written on a display board or included on a 
small piece of paper attached to the regular pre-printed menu. This approach, 
however, is only of limited use because a relatively small number of specials can 

25 realistically be offered. Moreover, the specials do not change the price of existing 
items on the menu. 

In addition to not dynamically adjusting prices on a menu, a restaurant does 
not dynamically adjust which items are included on a menu. For example, when a 
restaurant temporarily runs out of a particular item, customers may still attempt to 

30 order the item only to be told that the item is not available. This may frustrate 
customers and complicate the order taking process. 

Even if a menu could be generated on a dynamic basis to reflect, for example, 
the current supply and demand of various items on the menu, problems would arise 
when calculating a bill for a particular customer. For example, if each customer's 

35 menu had a unique set of menu items and/or prices, a server may need to manually 
calculate a bill for each customer based on the particular order and the particular set 
of prices on that menu. 



WO 99/62016 



PCT/US99/10882 



Moreover, dynamically generating prices on a menu could upset some 
customers. For example, a customer that frequently visits a restaurant may prefer that 
his or her favorite item always has the same price. On the other hand, customers that 
do not frequently visit the restaurant, and who therefor are not familiar with the 
5 '"usual" prices for items on the menu, may have no such problem. Similarly, a 

restaurant may want to consider the needs of a frequent customer, such as a customer 
that orders a steak dinner every Friday at 7:00 p.m., when determining whether the 
current inventory justifies including an item on a non-frequent customer's menu. 

In addition to a pre-printed "general" menu, a restaurant may also have, for 
10 example, a pre-printed dessert menu and/or a pre-printed child's menu. These menus 
have the same limitations discussed about the respect to general menus. 

U.S. Patent No. 4,553,222 to Kurland et al. discloses an integrated restaurant 
communication system that dynamically updates a menu displayed on a video 
monitor. The menu can be updated, for example, at a manager's discretion. The 
15 Kurland patent does not address the automated use of supply and demand information 
to dynamically adjust items and prices on a restaurant menu. 

U.S. Patent no. 4,530,067 to Dorr discloses a restaurant management 
information and control system. A central processor computes restaurant 
management information, such as the popularity of items on the menu and the current 
20 inventory of the restaurant. The Dorr patent does not disclose that this information 
could be used to dynamically adjust items and prices on the restaurant's menu. 

SUMMARY OF THE INVENTION 

To alleviate the problems inherent in the prior art, the present invention 
25 introduces systems and methods that provide a restaurant menu dynamically 
generated based on revenue management information. 

In one embodiment of the present invention, a price associated with a menu 
item is automatically determined based at least partly on revenue management 
information. A request for a menu is received and a menu, including the 
30 automatically determined price, is generated in response to the request. 

With these and other advantages and features of the invention that will become 
hereinafter apparent, the nature of the invention may be more clearly understood by 
reference to the following detailed description of the invention, the appended claims 
and to the several drawings attached herein. 



3 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram overview of a system that provides a restaurant 
menu dynamically generated based on revenue management information according to 
an embodiment of the present invention. 
5 FIG. 2 is a block diagram of a processing module for the central server shown 

in FIG. 1 according to an embodiment of the present invention. 

FIGS. 3 A to 3C are tabular representations of the price management table 
database shown in FIG. 2 according to an embodiment of the present invention. 

FIG. 4 is a tabular representation of the frequent customer database shown in 
10 FIG. 2 according to an embodiment of the present invention. 

FIG. 5 is a tabular representation of the menu database shown in FIG. 2 
according to an embodiment of the present invention. 

FIGS. 6A and 6B are flow charts illustrating a method of generating a revenue 
managed menu in a sit-down restaurant environment according to an embodiment of 
15 the present invention. 

FIGS. 7 A and 7B are flow charts illustrating a method of receiving and 
processing orders according to an embodiment of the present invention. 

FIG. 8 is a flow chart illustrating a method of generating a desert menu 
according to an embodiment of the present invention. 

20 

DETAILED DESCRIPTION 

The present invention is directed to systems and methods that provide a 
restaurant menu that is dynamically generated based on revenue management 
information. As a contextual example of the present invention, consider a customer 

25 that enters a restaurant. According to one embodiment of the present invention, an 
employee requests a menu for that customer, and a menu is printed out in response to 
the request. If a group of customers enter the restaurant, the number of people in the 
party can be used to "automatically" generate enough menus for the group. As used 
herein, the terms "automatic" and "automatically" refer to actions that are not 

30 performed in an entirely manual way. 

According to an embodiment of the present invention, the prices of items on 
the menu, as well as which items are included on the menu, may be automatically and 
"dynamically" determined based at least partly on revenue management information, 
such as the supply of and demand for various items on the menu. As used herein, the 

35 terms "dynamic" and "dynamically" refer to actions that are performed in 

substantially real-time. A code, such as a "table" based code or a "menu" based code, 
associated with the prices on a particular menu is also generated. The table or menu 

4 
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code can then be used when the customer places an order to automatically calculate 

the correct price for an ordered item. 

Note that a table code could be generated by the system at different points 

during a customer's visit. It could be generated when the number of menus is entered 
5 and the menu code is generated, when the customer is taken to a table, when an order 

is taken, etc. A physical table in the restaurant can always have the same table code, 

or a different table code can be generated for each customer. 

Another embodiment of the present invention provides a system that 

customizes a menu for a frequent customer. This could be done, for example, by 
10 having the customer swipe a card with a magnetic stripe through a reader. A visual 

recognition machine, or even an employee, could instead identify frequent customers. 

Standard prices and/or the frequent customer's favorite menu items could then be used 

to generate a customized menu. The items ordered by the frequent customer and/or 

the prices paid for those items can also be stored in a frequent customer database for 
15 future use. 

Turning now in detail to the drawings, FIG. 1 is a block diagram overview of a 
system that provides a restaurant menu dynamically generated based on revenue 
management information according to an embodiment of the present invention. The 
system includes a central server 1 00 coupled to a number of printers 200 and 

20 electronic order takers 300. 

According to an embodiment of the present invention, the central server 100 
automatically and dynamically determines a price associated with an item to be 
included on a menu based at least partly on revenue management information. For 
example, the central server 100 may initially assign a predetermined, or "default** 

25 price to an item and periodically adjust the item's price based at least partly on the 
revenue management information. 

The revenue management information may comprise, for example, 
information related to the current demand for, or previous sales of, the item. For 
example, the revenue management information could reflect the number of items that 

30 have been sold over a given period of time. That is, if steak is being sold at an 
unusually quick pace, the price of the steak on the menu may be slightly increased. 

The revenue management information may also comprise, for example, 
information related to the current supply, or inventory, of the item. For example, the 
revenue management information could reflect the number of items that are currently 

35 in the kitchen's pantry. According to another embodiment of the present invention, 
the inventory may also reflect a predicted amount of inventory, an age of inventory or 
a price paid for inventory. For example, if a supply of steaks is nearing the end of its 
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useful life, or if the steaks had been purchased at an unusually inexpensive price, the 
revenue management information may be used to decrease the price of related items 
on the menu 

The revenue management information may simply reflect the current supply 
5 and demand, or may instead take "historical" information into account, such as 

previous information related to particular days, time-of-days, day-of-weeks or month- 
of-years. For example, if sales of steak traditionally peak during Friday evenings in 
the winter, prices on the menu could be automatically and dynamically adjusted 
accordingly. 

10 According to an embodiment of the present invention, after the central server 

100 automatically and dynamically determines a price associated with an item to be 
included on the menu, one or more menus are generated in response to a request, such 
as a request by a restaurant employee. The generated menu can then be, by way of 
example, displayed on a video monitor or printed by one of the printers 200. If the 

15 number of people in a particular party is included with the request for a menu, the 
system can automatically print the proper number of menus. 

According to another embodiment of the present invention, each unique menu, 
including the set of items and associated prices on that menu, is assigned a "table" 
code. A customer's order, including the table code, can then be entered, such as by an 

20 employee of the restaurant or a customer, into the system using, for example, a hand 
held communication device, a voice recognition device or any other electronic order 
taker 300. The electronic order taker 300 sends the order information to the central 
server 100, and the system calculates the correct prices for the items that were 
ordered. 

25 According to still another embodiment of the present invention, prices and/or 

items on the menu can also be based at least partly on information related to a 
customer associated with the request for the menu. For example, a card reading 
machine, a visual recognition unit or a manual input device may be used to identify a 
frequent customer. The central server 100 may then, for example, automatically 

30 select the frequent customer's favorite items to be included on the menu. The central 
server 100 may also, if desired, use a fixed set of prices, instead of dynamically 
generated prices, for the frequent customer. Information about frequent customers 
can also comprise part of the inventory information used to generate menus. For 
example, if a frequent customer always orders steak at 7:30 p.m. on Friday, the 

35 system can "reserve" one steak for that customer. Similarly, the average number of 
steaks ordered in a predetermined time period may be used to determine a number of 
steaks that are reserved. Furthermore, steaks may be omitted from the menus 
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provided to nonfrequent customers. A special discount, such as a discount that 
increases based on the amount of money spent by a customer, can also be used by the 
central server 100 to generate a menu or calculate a bill. 

In addition to a "general" menu, the system may similarly generate 
5 "supplemental" menus for a customer according to another embodiment of the present 
invention. For example, the system may generate a dessert menu and/or a child's 
menu for the customer. As with the general menu, a dynamically generated 
supplemental menu may contain automatically determined prices based at least in part 
on revenue management information. 

10 FIG. 2 is a block schematic diagram of a processing module 1 10 for the 

central server 100 shown in FIG. 1 according to an embodiment of the present 
invention. The processing module 1 10 includes a Central Processing Unit (CPU) 120 
coupled to: a clock 160; a network communication port 150, which in turn is coupled 
to a network (not shown in FIG. 2); and "memories" comprising a Random Access 

15 Memory (RAM) 130 and a Read Only Memory (ROM) 140. A storage device 400 is 
also coupled to the CPU 120. 

The memories 130, 140 and/or the storage device 400 may store instructions 
adapted to be executed by the CPU 120 to perform at least one embodiment of the 
method of the present invention. For example, the memories 130, 140 and the storage 

20 device 400 can store instructions adapted to be executed by CPU 120 to automatically 
determine a price associated with an item included on a menu based at least partly on 
revenue management information, and to generate a menu in response to a request 
received by the network communication port 150. 

For the purposes of this application, the memories 130, 140 and storage device 

25 400 could include any medium capable of storing instructions adapted to be executed 
by a processor. Some examples of such media include, but are not limited to, floppy 
disks, CD-ROM, magnetic tape, hard drives, and any other device that can store 
digital information. In one embodiment, the instructions are stored on the medium in 
a compressed and/or encrypted format. As used herein, the phrase "adapted to be 

30 executed by a processor" is meant to encompass instructions stored in a compressed 
and/or encrypted format, as well as instructions that have to be compiled or installed 
by an installer before being executed by the processor. 

As shown in FIG. 2, the storage device 400 contains a price management table 
database 500, which is described in detail with respect to FIGS. 3A to 3C. The 

35 storage device 400 also contains a frequent customer database 600, which is described 
in detail with respect to FIG. 4, and a menu database 700, which is described in detail 
with respect to FIG. 5. 
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The storage device 400 may also contain inventory stocking process 
instructions 410 which can be used to have the CPU 120, for example, update current 
inventory based on orders and to automatically place orders for inventory based on 
current inventory. Post-purchase price evaluation process instructions 420 may be 

5 used to have the CPU 120 evaluate prices after a purchase is made, and periodic price 
evaluation process instructions 430 may be used to have the CPU periodically 
evaluate prices, such as in response to information from the clock 160. 

FIGS. 3A to 3C are tabular representations of the price management table 
database 500 shown in FIG. 2 according to an embodiment of the present invention. 

10 As shown in FIGS. 3 A to 3C, the price management table database 500 has multiple 
data categories. For example, in FIG. 3 A the table includes a product identifier 512, a 
stocked quantity 514, an available quantity 516 and a current price 518. For example, 
there are 15 units of swordfish currently stocked. Twelve of those are "available," i.e. 
not reserved for another purpose such as an expected frequent customer, and the 

15 current price is $15.95. 

As shown in FIG. 3B, the price management table database 500 also includes 
an evaluation frequency 528, a last evaluation date/time 530, a sales since last 
evaluation 532, a previous demand 534, a current demand 536 and a demand 
increment 538. For example, the swordfish item is evaluated every two hours, and 

20 was last evaluated at 7:00. Two sales have occurred since the last evaluation. 

Demand for the swordfish item was previously every 1 .0 hour, and is currently every 
0.9 hour. That is, the demand has slightly increased because the item is being ordered 
more frequently. The swordfish has a demand increment of 5%, which can be used to 
adjust the price of the swordfish menu item, if desired. 

25 As shown in FIG. 3C, the price management table database 500 further 

includes a price adjustment increment 540, a minimum price 542, a suggested price 
544 and a maximum price 546. For example, swordfish has a suggested, or "default," 
price of $12.50, but can vary from between $1 1.00 and $16.00 by $.50 increments. 
The use of the price management table database 500 according to an 

30 embodiment of the present invention will now be described. The suggested price 544 
can initially be based on, for example, historical data from the preceding day, the 
preceding week, or the preceding day of week. The current price 518 may be based 
on, for example, the number of items sold since the last evaluation 532. That is, if an 
item is selling well, the price increases. The current price 518 may instead be based 

35 on, for example, the sales of an item per time unit. According to one embodiment of 
the present invention, an item is assigned a specific price for every range of sale per 
time unit (i.e. < 5 items/hour = $2.00, 5 items/hour = $2.25, and > 5 items/hour = 
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$2.50). This may be done, for example, using the current demand 536 of the item. 
According to another embodiment of the present invention, the current price 

518 may instead be incrementally adjusted, such as by a demand increment 538, 

based on the sales of an item per unit time. For example, each item may have an 
5 incremental adjustment that is fixed for ranges of sales per unit time (i.e. < 5 

items/hour = - $.25, 5 items/hour = no change, and > 5 items/hour = + $.25). 

According to other embodiments of the present invention, the current price 

5 1 8 may be based on the amount of inventory, such as the stocked quantity 5 1 4 or 

available quantity 516; the rate of sale for an item compared to the rate of sales for 
10 other items; the change in sales per unit time, i.e., the current demand 536 as 

compared to the previous demand 534; or the age of the product, in which case the 

price may decrease as the item ages. 

FIG. 4 is a tabular representation of the frequent customer database 600 shown 

in FIG. 2 according to an embodiment of the present invention. As shown in FIG. 4, 
15 the frequent customer database 600 includes a name 602, a menu number 604, a 

day/date of last visit 606 

a frequent customer identification number 608, an address 610, a phone number 612, 
a total number of visits 614 and an average time of day per visit 616. 

According to another embodiment of the present invention, the restaurant 

20 reserves, if possible, sufficient inventory to handle the needs of frequent customers. 
For this purpose, the frequent customer database 600 may be expanded to include this 
type of historical information. By way of example, suppose a customer usually comes 
in at 7:00 p.m. and orders a steak. After only one steak is left at 6:00 p.m., the steak 
item may be excluded from the menus of non-frequent customers. If the frequent 

25 customer does not arrive by 7:00 p.m., the steak item may again appear on the menus 
of non-frequent customers. 

FIG. 5 is a tabular representation of a record 701 of the menu database 700 
shown in FIG. 2 according to an embodiment of the present invention. The menu 
database 700 would typically include a record for each menu generated. As shown in 

30 FIG. 5, the record 701 includes a menu header 702 for the menu, such as a header 
indicating a menu number, a number of people in the party, the date the menu was 
generated, a table number and the time the menu was generated. Each menu also 
includes an entry for a number of menu items, including an item number 704, an item 
name 706, an item price 708 and an item class 710. 

35 FIGS. 6A and 6B are flow charts illustrating a method of generating a revenue 

managed menu in a sit-down restaurant environment according to an embodiment of 
the present invention. The flow charts in FIGS. 6A and 6B, as well as the other flow 
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charts discussed herein, are not meant to imply a fixed order to the steps; an 
embodiment of the present invention can be practiced in any order that is practicable. 

As shown in FIG. 6A, at step 802 the number of customers in a party is 
determined. At step 804, the current prices are determined using a price management 
5 table database, such as the price management table database shown in FIGS. 3 A to 
3C. The current prices determined by the price management database are stored at 
step 806. 

If a frequent customer identifier is provided at step 808, the steps shown in 
FIG. 6B are performed. If a frequent customer identifier is not provided at step 808, a 

10 menu with current dynamic prices is generated along with a menu code at step 810. A 
table code is generated and added to the menu at step 812. Menus with current 
dynamic prices, a menu code and a table code are printed at step 814. 

As shown in FIG. 6B, the frequent customer database, shown in FIG. 4, is 
checked to retrieve a menu code for the customer at step 816. At step 8 1 8, the menu 

1 5 code is used to over-ride the dynamic price system for the frequent customer and a 
menu with fixed prices is generated at step 820. The menu is printed for the frequent 
customer at step 822, including enough copies for all members in the party, and the 
frequent customer database is updated at step 824. 

According to one embodiment of the present invention, the system may 

20 customize menus for frequent customers in a number of ways. The prices for items 
on these menus may be constant for the items that the frequent customer usually 
orders, but the rest of the prices may change dynamically. If the customer does not 
order the same items consistently, then all the prices could remain the same as the 
ones on his or her last menu. There could also be a "regular menu" which lists static 

25 prices for all frequent customers, enabling the system to have a more limited frequent 
customer database (because all frequent customers would receive the same menu). 

According to another embodiment of the present invention, the system simply 
uses an over-ride function for frequent customers such that a menu is printed with 
default prices rather than with prices that have been adjusted based on revenue 

30 management information. For example, the system may use predetermined "default" 
prices. This function could be initiated by an employee upon recognition of a 
customer, or a frequent customer can be recognized by a frequent customer "card," a 
credit card or a smart card used each time the customer visits the restaurant. Another 
frequent customer embodiment uses a progressive discount function that gives a 

35 customer increased benefits as the number of visits to, or the amount of money spent 
at, the restaurant increases. A frequent customer's name and orders may be recorded 
in the frequent customer database for future use. 
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FIGS. 7A and 7B are flow charts illustrating a method of receiving and 
processing orders according to an embodiment of the present invention. As shown in 
FIG. 7 A, at step 902 a table code is received and a customer order is received from an 
electronic order-taker at step 904. At step 906, the menu corresponding to the table 
5 code is retrieved. At step 908 the process performs a look-up in the menu database to 
determine prices for the ordered items and used to generate a subtotal at step 910 
before the transaction is completed as indicated by step 912 and FIG. 7B. 

In other words, each order that is made by an ordering party is correlated to a 
menu code that corresponds to the menu from which the order was made. According 

10 to one embodiment of the present invention, when a bill is requested the server enters 
the items ordered and the menu code (or table code) into, for example, an automated 
cash register. The system uses the menu code to look up the prices associated with 
the items ordered. A total is then calculated using those prices. Note that either a 
menu number, table number or any other code can be used to associate an ordered 

1 5 item with an appropriate price. 

As shown in FIG. 7B, if a customer already has frequent customer status at 
step 914, the transaction is completed normally as indicated at steps 916 and 918. If a 
customer does not have frequent customer status at step 914, it is determined if the 
customer has now visited the restaurant enough times to be entitled to frequent 

20 customer status at step 920. If not, the transaction is completed normally at step 918. 
If, on the other hand, the customer is entitled to frequent customer status at step 920, a 
new record with available customer information is added to the frequent customer 
database and a new menu is added to the menu database at step 922 before the 
transaction is completed at step 918. 

25 FIG. 8 is a flow chart illustrating a method of generating a desert menu 

according to an embodiment of the present invention. At step 950 a table 
identification code is received. The menu identification code associated with the 
received table code is retrieved at step 952. The dessert menu portion of the menu 
associated with a specific menu code is retrieved at step 954 and the dessert menu is 

30 printed from the appropriate menu at step 956. If desired, a dessert menu could be 
printed on the original menu. According to an embodiment of the present invention, 
the prices listed for desserts may be the same as the prices on the original menu. In 
this case, the code may be stored with the menu code and retrieved when the customer 
wants to order dessert. For example, when an employee needs to retrieve a dessert 

35 menu from a specific menu code, he or she enters the menu code into the system and 
the prices for the desserts listed for that code are automatically printed on a new 
menu. If dessert is not included on the original menu, a dessert menu can be 
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generated and printed in the same way as the original menu. 

Similar to the dessert menu, a child's menu may be printed separately from the 
general menu upon request. The number of child's menus to be generated can be 
based on, for example, the number of children in the party. The child's menus may be 
5 included in the general menu, in which case a menu may or may not be printed for the 
child, as desired. Similarly, any other supplemental menu (e.g. a dessert menu) may 
be included in a general menu. 

Thus, the present invention lets a restaurant adjust prices in substantially real- 
time based on revenue management information, such as supply and demand. This 
10 can reduce waste associated with less popular menu items and enhance profits 
associated with more popular items. 

The present invention has been described in terms of several embodiments 
solely for the purpose of illustration. Persons skilled in the art will recognize from 
this description that the invention is not limited to the embodiments described, but 
15 may be practiced with modifications and alterations limited only by the spirit and 
scope of the appended claims. 
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WHAT IS CLAIMED IS 



1 1 . A method for dynamically generating a menu, comprising: 

2 (a) automatically determining a price associated with a menu item 

3 based at least partly on revenue management information; 

4 (b) receiving a request for a menu; and 

5 (c) generating a menu, including the automatically determined 

6 price, in response to the request for a menu. 

1 2. The method of claim 1, wherein said step of automatically determining a price 

2 comprises one of the following steps (i) assigning a predetermined price to the menu 

3 item; or (ii) adjusting a prior price associated with the menu item based at least partly 

4 on the revenue management information. 

1 3. The method of claim 1 , wherein the revenue management information 

2 comprises information related to previous sales of the menu item. 

1 4. The method of claim 1 , wherein the revenue management information 

2 comprises information related to inventory of the menu item. 

1 5. The method of claim 4, wherein the information related to inventory 

2 comprises information selected from the group including: (i) a current amount of 

3 inventory, (ii) a predicted amount of inventory, (iii) an age of inventory and (iv) a 

4 price paid for inventory. 

1 6. The method of claim 1 , wherein the revenue management information 

2 comprises previous revenue management information associated with at least one of 

3 (i) previous days, (ii) previous same time-of-days, (iii) previous same day-of-weeks 

4 and (iv) previous same month -of-years. 

1 7. The method of claim 1 , wherein the automatically determined price associated 

2 with the menu item is further based at least partly on information related to a 

3 customer associated with the request for a menu. 

1 8. The method of claim 7, wherein the information related to the customer is 

2 received from at least one of a card reading machine, a visual recognition unit and a 

3 manual input device. 
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1 9. The method of claim 7, comprising the further step of: 

2 (d) automatically selecting menu items based at least partly on the 

3 information related to the customer. 

1 1 0. The method of claim 7, wherein the information related to the customer 

2 comprises at least one of (i) an indication that the customer is a frequent customer and 

3 (ii) information about past menu items ordered by the customer. 

1 11. The method of claim 1 0, wherein the automatically determined price is not 

2 included on the generated menu based on the information about past menu items 

3 ordered by the customer. 

1 12. The method of claim 1 0, wherein an item is not included on a menu generated 

2 for a second customer based on the information about past menu items ordered by the 

3 customer. 



1 13. The method of claim 7, wherein said step of automatically determining a price 

2 further comprises the step of adjusting the price associated with a menu item based on 

3 information related to the customer. 



1 14. The method of claim 1 , wherein the request for a menu comprises party size 

2 information associated with a number of people in a group, and the automatically 

3 determined price associated with the menu item is further based at least partly on the 

4 party size information. 

1 15. The method of claim 1 , comprising the further step of: 

2 (d) printing the menu. 

1 1 6. The method of claim 1 , comprising the further step of: 

2 (d) displaying the menu. 



1 17. The method of claim 15, wherein the request for a menu comprises party size 

2 information associated with a number of people in a particular party, and a number of 

3 menus are printed based at least partly on the party size information. 



I 

2 



1 8. The method of claim 1, wherein a plurality of menu items are on the menu, 
and the automatic price determination is performed for at least one of the plurality of 
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3 menu items. 

1 19. The method of claim 1 , comprising the further step of: 

2 (d) automatically selecting menu items based at least partly on the 

3 revenue management information. 

1 20. The method of claim 1 , comprising the further steps of: 

2 (d) receiving a request for a supplemental menu; and 

3 (e) generating the supplemental menu, including the automatically 

4 determined price, in response to the request for the supplemental menu. 

1 21. The method of claim 20, wherein the supplemental menu comprises at least 

2 one of a dessert menu and a child's menu. 

1 22. A medium storing instructions adapted to be executed by a processor to: 

2 (a) automatically determine a price associated with a menu item 

3 based at least partly on revenue management information; 

4 (b) receive a request for a menu; and 

5 (c) generate a menu, including the automatically determined price, 

6 in response to the request for a menu. 

1 23 . The medium of claim 22, wherein automatically determining a price 

2 comprises one of: (i) assigning a predetermined price to the menu item; or (ii) 

3 adjusting a prior price associated with the menu item based at least partly on the 

4 revenue management information. 

1 24. The medium of claim 22, wherein the revenue management information 

2 comprises information related to previous sales of the menu item. 

1 25. The medium of claim 22, wherein the revenue management information 

2 comprises information related to inventory of the menu item. 

1 26. The medium of claim 25, wherein the information related to inventory 

2 comprises information selected from the group including: (i) a current amount of 

3 inventory, (ii) a predicted amount of inventory, (iii) an age of inventory and (iv) a 

4 price paid for inventory. 
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1 27. The medium of claim 22, wherein the revenue management information 

2 comprises previous revenue management information associated with at least one of 

3 (i) previous days, (ii) previous same time-of-days, (iii) previous same day-of-weeks 

4 and (iv) previous same month-of-years. 

1 28. The medium of claim 22, wherein the automatically determined price 

2 associated with the menu item is further based at least partly on information related to 

3 a customer associated with the request for a menu. 

1 29. The medium of claim 28, wherein the information related to the customer is 

2 received from at least one of a card reading machine, a visual recognition unit and a 

3 manual input device. 

1 30. The medium of claim 28, comprising further instructions adapted to be 

2 executed by a processor to: 

3 (d) automatically select menu items based at least partly on the 

4 information related to the customer. 

1 31. The medium of claim 28, wherein the information related to the customer 

2 comprises at least one of (i) an indication that the customer is a frequent customer and 

3 (ii) information about past menu items ordered by the customer. 

1 32. The medium of claim 31, wherein the automatically determined price is not 

2 included on the generated menu based on the information about past menu items 

3 ordered by the customer. 

1 33. The medium of claim 3 1, wherein an item is not included on a menu generated 

2 for a second customer based on the information about past menu items ordered by the 

3 customer. 

1 34. The medium of claim 28, wherein said step of automatically determining a 

2 price further comprises the step of reducing the price associated with a menu item 

3 based on information related to the customer. 

1 35. The medium of claim 22, wherein the request for a menu comprises party size 

2 information associated with a number of people in a group, and the automatically 

3 determined price associated with the menu item is further based at least partly on the 
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4 party size information. 



1 36. The medium of claim 22, comprising further instructions adapted to be 

2 executed by a processor to: 

3 (d) print the menu. 

1 37. The medium of claim 22, comprising further instructions adapted to be 

2 executed by a processor to: 

3 (d) display the menu. 

1 38. The medium of claim 37, wherein the request for a menu comprises party size 

2 information associated with a number of people in a particular party, and a number of 

3 menus are printed based at least partly on the party size information. 

1 39. The medium of claim 22, wherein a plurality of menu items are on the menu, 

2 and the automatic price determination is performed for at least one of the plurality of 

3 menu items. 

1 40. The medium of claim 22, comprising further instructions adapted to be 

2 executed by a processor to: 

3 (d) automatically select menu items based at least partly on the 

4 revenue management information. 

1 41 . The medium of claim 22, comprising further instructions adapted to be 

2 executed by a processor to: 

3 (d) receiving a request for a supplemental menu; and 

4 (e) generating the supplemental menu, including the automatically 

5 determined price, in response to the request for the supplemental menu. 

1 42. The medium of claim 41 , wherein the supplemental menu comprises at least 

2 one of a dessert menu and a child's menu. 

1 43. A menu generating system, comprising: 

2 (a) a first port adapted to receive a request for a menu; 

3 (b) a storage device storing information associated with a price 

4 management table, the price management table comprising prices 

5 associated with menu items; 
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(c) a processor coupled to said first port and said storage device, 
said processor being configured to: receive the request for a menu; 
generate information associated with a menu; and dynamically update 
prices stored in said storage device based at least partly on revenue 
management information; and 

(d) a second port coupled to said processor, said second port being 
adapted to output the information associated with a menu. 



1 44. The system of claim 43, wherein said processor is configured to automatically 

2 determine a price by (i) assigning a predetermined price to the menu item; or (ii) 

3 adjusting a prior price associated with the menu item based at least partly on the 

4 revenue management information. 

1 45. The system of claim 43, wherein the revenue management information 

2 comprises information related to previous sales of the menu item. 

1 46. The system of claim 43, wherein the revenue management information 

2 comprises information related to inventory of the menu item. 

1 47. The system of claim 46, wherein the information related to inventory 

2 comprises information selected from the group including: (i) a current amount of 

3 inventory, (ii) a predicted amount of inventory, (iii) an age of inventory and (iv) a 

4 price paid for inventory. 

1 48. The system of claim 43, wherein the revenue management information 

2 comprises previous revenue management information associated with at least one of 

3 (i) previous days, (ii) previous same time-of-days, (iii) previous same day-of-weeks 

4 and (iv) previous same month-of-years. 

1 49. The system of claim 43, wherein said processor is configured to dynamically 

2 updated prices stored in said storage device based at least partly on information 

3 related to a customer associated with the request for a menu. 

1 50. The system of claim 49, further comprising: 

2 (e) a customer input device coupled to said processor and 

3 configured to provide the information related to the customer, said 

4 customer input device comprising at least one of a card reading 
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5 machine, a visual recognition unit and a manual input device. 

1 51. The system of claim 49, wherein said processor is further configured to 

2 automatically select menu items based at least partly on the information related to the 

3 customer. 

1 52. The system of claim 49, wherein the information related to the customer 

2 comprises at least one of (i) an indication that the customer is a frequent customer and 

3 (ii) information about past menu items ordered by the customer. 

1 53. The system of claim 52, wherein said processor does not use the automatically 

2 determined for some menu items based on the information about past menu items 

3 ordered by the customer. 

1 54. The system of claim 52, wherein said processor is further configured to not 

2 include a menu item in the information generated associated with a second menu 

3 based on the information about past menu items ordered by the customer. 

1 55. The system of claim 49, wherein said processor automatically determines a 

2 price by reducing the price associated with a menu item based on information related 

3 to the customer. 

1 56. The system of claim 43, wherein the request for a menu comprises party size 

2 information associated with a number of people in a group, and said processor is 

3 further configured to generate information associated with the menu based at least 

4 partly on the party size information. 

1 57. The system of claim 43, further comprising: 

2 (e) a printer coupled to said second port. 

1 58. The system of claim 43 , further comprising: 

2 (e) a video display coupled to said second port. 

1 59. The system of claim 58, wherein the request for a menu comprises party size 

2 information associated with a number of people in a particular party, and said printer 

3 prints a number of menus based at least partly on the party size information. 
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1 60. The system of claim 43 , wherein a plurality of menu items are on the menu, 

2 and said processor is configured to automatically determine a price for at least one of 

3 the plurality of menu items. 

1 61. The system of claim 43, wherein said processor is further configured to 

2 automatically select menu items based at least partly on the revenue management 

3 information. 

1 62. The system of claim 43, wherein said first port is further adapted to receive a 

2 request for a supplemental menu, and said processor is further configured to 

3 generating information associated with the supplemental menu. 

1 63. The system of claim 62, wherein the supplemental menu comprises at least 

2 one of a dessert menu and a child's menu. 

1 64. An apparatus for dynamically generating a menu, comprising: 

2 (a) a processor; 

3 (b) a memory storing instructions adapted to be executed by said processor 

4 to: 

5 (i) automatically determine a price associated with 

6 a menu item based at least partly on revenue management 

7 information, 

8 (ii) receive a request for a menu, and 

9 (iii) generate a menu, including the automatically 

10 determined price, in response to the request for a menu; and 

11 (c) a port adapted to be coupled to an external device, said port 

12 being coupled to said processor. 

1 65. A system for dynamically generating a menu, comprising: 

2 (a) means for automatically determining a price associated with a 

3 menu item based at least partly on revenue management information; 

4 (b) means for receiving a request for a menu; and 

5 (c) means for generating a menu, including the automatically 

6 determined price, in response to the request for a menu. 

1 66. A method for determining a price associated with an order, comprising: 

2 (a) automatically determining a price associated with a menu item 
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3 based at least partly on revenue management information; 

4 (b) receiving a request for a menu; 

5 (c) generating a menu, including the automatically determined 

6 price, in response to the request for a menu; 

7 (d) assigning a menu code to the generated menu; 

8 (e) receiving an order for the menu item, the order including the 

9 menu code; and 

10 (f) calculating a price associated with the order, using the menu 

1 1 code, based at least partly on the automatically determined price 

1 2 associated with the menu item. 

1 67. A method for dynamically generating a restaurant menu, comprising: 

2 (a) automatically determining a price associated with a menu item 

3 based at least partly on revenue management information, the 

4 automatic determination occurring on a periodic basis; 

5 (b) receiving a request for a menu; and 

6 (c) generating a menu, including the automatically determined 

7 price, in response to the request for a menu. 

1 68. A method for dynamically generating a menu, comprising: 

2 (a) automatically determining a price associated with a menu item 

3 based at least partly on revenue management information; 

4 (b) receiving a request for a menu, the request including 

5 information identifying a number of people in a party; and 

6 (c) printing a number of menus, including the automatically 

7 determined price, in response to the request for a menu, the number of 

8 printed menus being based on the number of people in the party. 

1 69. A method of using dynamically generated menus in a restaurant, comprising: 

2 (a) automatically determining a first price associated with a menu 

3 item based at least partly on revenue management information; 

4 (b) receiving a request for a first menu; 

5 (c) generating the first menu, including the automatically 

6 determined first price, in response to the request for the first menu; 

7 (d) automatically determining a second price associated with the 

8 menu item based at least partly on revenue management information; 

9 (e) receiving a request for a second menu; 
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10 (f) generating a second menu, including the second price, in 

1 1 response to the request for the second menu; 

12 (g) receiving an order for the menu item, the order being associated 

13 with one of the first menu and the second menu; and 

14 (h) determining a price for the order based at least partly on the 

15 automatically determined price on one of the first menu and the second 

1 6 menu associated with the order. 
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